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CONFIGURING FPGAs AND THE LIKE USING 
ONE OR MORE SERIAL MEMORY DEVICES 

TECHNICAL FIELD 

5 The present invention relates to programmable devices, such as field-programmable gate arrays 

(FPGAs), and, in particular, to techniques for configuring such devices using external memory devices. 

BACKGROUND 

Volatile programmable devices, such as FPGAs, typically rely on external storage media to hold 
10 the bitstreams used to configure the devices. For example, programmable read-only memory (PROM) 
devices are often used to hold the configuration bitstreams for FPGAs. Such devices are referred to as 
"boot PROMs," because they are used to boot (i.e., initialize) programmable devices, such as volatile 
FPGAs. 

Fig. 1 shows a block diagram of one conventional architecture for configuring an FPGA 102 in 
15 which a parallel PROM device 104 is used as the boot PROM. As shown in Fig. 1, for a typical FPGA 
having about 8 million bits of configuration data, a (disadvantageous^ large) total of 29 FPGA pins are 
dedicated to this configuration architecture (i.e., 1 pin for the chip select signal (/CS), one pin for the 
configuration clock signal (SCLK), eight pins for data, and 19 pins for addressing). Another 
disadvantage of this solution is the relatively large package size of parallel PROMs, which require a 
20 relatively larger amount of PCB board space. 

Fig. 2 shows a block diagram of another conventional architecture for configuring an FPGA 202 
using a parallel PROM 204 as the boot PROM, in which a controller 206 (e.g., a complex programmable 
logic device (CPLD) or a micro-controller) provides an interface between the parallel PROM and the 
FPGA. In order to reduce the number of pins consumed on the FPGA, controller 206 handles the 
25 addressing into PROM 204 and converts the parallel data received from PROM 204 into serial data for 
transmission to FPGA 202 via a single FPGA pin (DIN). 

Fig. 3 shows a block diagram of yet another conventional architecture for configuring an FPGA 
302, in this case, using a serial PROM 304 as the boot PROM, where a micro-controller 306 forms the 
interface between the PROM and the FPGA. In one possible implementation, serial PROM 304 is a non- 
30 volatile serial flash PROM that interfaces with an industry-standard Serial Peripheral Interface (SPI) on 
micro-controller 306. 

Although these controller-based solutions of Figs. 2 and 3 reduce the number of FPGA pins 
consumed, they do so at the increased cost of having to provide two chips to configure an FPGA: one 
chip for the memory device and one chip for the controller. 
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Companies, such as Atmel Corporation of San Jose, California, manufacture serial PROM 
devices as FPGA configuration devices that interface directly to FPGAs (i.e., without an intermediary 
controller); however, these non-standard serial PROMs are proprietary and therefore typically more 
expensive than standard serial PROMs. 

SUMMARY 

Problems in the prior art are addressed in accordance with the principles of the present invention 
by architectures for configuring a programmable device, such as a volatile FPGA, using one or more 
standard memory devices (e.g., SPI serial flash PROMs) to store and provide the configuration data to the 
programmable device, without transmitting the configuration data via an intermediary controller 
connected between the programmable device and the memory device(s). 

BRIEF DESCRIPTION OF THE DRAWINGS 

Other aspects, features, and advantages of the present invention will become more fully apparent 
from the following detailed description, the appended claims, and the accompanying drawings in which 
like reference numerals identify similar or identical elements. 

Fig. 1 shows a block diagram of one conventional architecture for configuring an FPGA in which 
a parallel PROM device is used as the boot PROM; 

Fig. 2 shows a block diagram of another conventional architecture for configuring an FPGA 
using a parallel PROM as the boot PROM, in which a controller provides an interface between the 
PROM and the FPGA; 

Fig. 3 shows a block diagram of yet another conventional architecture for configuring an FPGA, 
in this case, using a serial PROM as the boot PROM, where a micro-controller forms the interface 
between the PROM and the FPGA; 

Fig. 4 shows a block diagram of an architecture for configuring an FPGA, according to one 
embodiment of the present invention; 

Fig. 5 shows a signal timing diagram for a boot cycle for the architecture of Fig. 4; 

Fig. 6 shows a block diagram of an architecture for configuring an FPGA, according to another 
embodiment of the present invention; 

Fig. 7 shows a block diagram of an architecture for configuring the FPGA of Fig. 6, when the 
FPGA is connected to only a pair of SPI serial flash PROMs; and 

Fig. 8. shows a signal timing diagram for a portion of a boot cycle for the architecture of Fig. 7. 
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DETAILED DESCRIPTION 

Single PROM Architecture 

Fig. 4 shows a block diagram of an architecture for configuring an FPGA 402, according to one 
embodiment of the present invention. As shown in Fig. 4, a conventional SPI serial flash PROM device 
5 404 is used as the boot PROM, where SPI interface 408 of PROM 404 is connected directly to an SPI 
interface 406 implemented within FPGA 402. As understood by those skilled in the art, a Serial 
Peripheral Interface (SPI) conforms to an industry standard specified by Motorola Corporation of 
Schaumburg, Illinois. In a preferred implementation, SPI interface 406 of FPGA 402 is implemented 
using dedicated circuitry, although, in alternative implementations, the SPI interface could be 

10 implemented - at least partially or even entirely - using the FPGA's programmable logic. 

In addition to the connections between PROM 404 and FPGA 402, the architecture of Fig. 4 
shows a number of connections (1) between a central processing unit (CPU) (or other external controller) 
(not shown in Fig. 4) and the FPGA (e.g., at the PROGN, DONE, and INITN pins) and (2) between the 
CPU and the PROM (e.g., at the /RESET pin). These connections are used for high-level control (e.g., 

15 start, suspend, resume, stop) over the process of configuring the FPGA (also referred to as the "boot 
cycle"). 

The following list defines the signals transmitted via the labeled pins on PROM 404 used in the 
architecture of Fig. 4: 

/CS: Chip select signal, received from the FPGA, used to enable the PROM to receive the read 
20 command and the starting address and to read out configuration command and data after 

the read command is received. 
SCK: Configuration clock signal, received from the FPGA, used to control the timing of 

reading serial configuration data out from the PROM. 
SI: Tristate input signal, received from the FPGA. Return-to-zero (RZ) high and low levels 

25 indicate bit values "1" and "0", respectively, of the command, then the starting address of 

the configuration data. 

SO: Upon receiving the read command and starting address on the SI pin, serial output signal 

used to transmit a serial stream of stored configuration command and data to the FPGA. 
This is also a tristate signal, where high and low levels indicate bit values "1" and "0", 
30 respectively, and the tristated condition indicates no data. 

/RESET: (Optional) reset signal, received from the CPU or FPGA, used to re-initialize the PROM 
to the beginning of the configuration data. 
The following list defines the signals transmitted via the labeled pins on FPGA 402 used in the 
architecture of Fig. 4: 
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CSSPIN: Chip select signal sent to the /CS pin of the PROM . 

CCLK: Configuration clock signal sent to the SCK pin of the PROM. 

SISPI/BUSY: Read command and starting address / busy signal sent to the SI pin of the PROM. 

SOSPI/D0: "Data in" signal received from the SO pin of the PROM. 

PROGN: "Boot on" signal, received from the CPU, used to inform the FPGA that a boot cycle 
is beginning. 

DONE: Used by the FPGA to indicate that the boot cycle is complete and successful. 

INTTN: Used by the FPGA to indicate that the boot cycle is to begin and complete with 

success. 

CFG0-2: Three-bit configuration mode selection signal CFG, used to select one of the eight 
possible configuration options supported by the FPGA. The configuration modes 
include: 

SPI03 mode: The FPGA sends the 8-bit read command opcode 0000001 1 (03 

in hexadecimal) to the SI pin of the SPI PROM. The opcode 03 is 
said to be hardwired inside the FPGA. Certain SPI PROMs 
manufactured by STMicroelectronics NV expect the read 
command opcode to be 03. 

SPDC mode: The FPGA reads the 8-bit read command opcode from the 

D0...D7 pins of the FPGA and then sends the opcode to the SI pin 
of the SPI PROM. This mode is selected if the 8-bit read 
command opcode of the SPI PROM is 03 or any others. The read 
opcode is user programmable. The SPI PROM manufactured by 
ATMEL Corp. expects the read command opcode to be 01 101000 
(68 in hexadecimal). 

In the prior art architectures of Figs. 2-3, the FPGA operated as a slave device during the boot 
cycle in that the FPGA only received commands and did not generate any commands for the memory 
device while performing configuration. As implied by the pin definitions listed above, however, in 
addition to being able to receive boot commands and data (e.g., via the PROGN, DONE, and UNFIT pins), 
FPGA 402 of the present invention is also capable of independently generating (e.g., without relying on 
the CPU) boot commands for the PROM, such as the read command and the starting address (e.g., via the 
SISPI/BUSY and CSSPIN pins) or instructions to begin to read data from all of the boot PROMs. To this 
extent, the FPGA operates as a master device, at least relative to the PROM. When the PROM receives 
the read command and the starting address, the SO pin is changed from tri-state to the enable state in 
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order to read out the configuration command and data stored in the device. It is presented to SO per each 
SCLK clock. 

Fig. 5 shows a signal timing diagram for a boot cycle for the architecture of Fig. 4. During the 
entire timing diagram, VCC (not shown in Fig. 4) is high, indicating that the FPGA is powered on. At 
5 time Tl, the CPU makes PROGN, an active-low signal, low to instruct the FPGA that a boot cycle is 
beginning. Soon after, at time T2, the FPGA makes (1) DONE low (indicating that the boot cycle is not 
yet complete) and (2) (active-low signal) DSfTTN temporarily low (instructing the PROM to reset its 
pointer to the beginning of the stored configuration data). 

From the time that the FPGA makes INTTN high again at time T3 until time T4, the FPGA is able 
10 to capture the configuration mode CFG, which in this case is (000) indicating that the FPGA is set up 
into the SPI03 configuration mode (e.g., the read opcode 03 will be send to the SPI PROM). 

During the interval from time TO to time T4, the status of CCLK is irrelevant, as indicated by 
shading. At time T4, the FPGA makes CCLK low. At time T5, the FPGA makes (active-low signal) 
CSSPIN low, enabling the PROM to be ready to receive commands from the FPGA and then transfer 
1 5 configuration command and data to the FPGA. 

At time T6, the FPGA begins to send the read command and then the starting address on the 
SISPI/BUSY pin, and, soon after, at time T7, the FPGA starts to generate the configuration clock signal 
CCLK (starting at clock cycle 0) using a default clock rate (e.g., based on a clock internal to the FPGA). 
During the first eight clock cycles (i.e., labeled 0 to 7), the FPGA uses SISPI/BUSY to send to the PROM 
20 the starting address of the configuration data in the PROM. 

From clock cycle #8 through clock cycle #127, the PROM transfers configuration overhead data 
to the FPGA via SOSPI/D0. The FPGA ignores this over-head (dummy data) to give the PROM device 
ample time to switch from tri-state to the enable state and begin presenting valid configuration command 
and data on the SO pin of the PROM device. 
25 At the end of clock cycle #127, the PROM, having exhausted the dummy data, begins to transfer 

valid configuration command and data one bit at a time to the FPGA via SOSPI/D0. The transfer of 
configuration command and data continues until all of the data has been read (at time T8), at which time 
the FPGA makes (1) DONE high (informing the CPU that the boot cycle is complete) and (2) CSSPIN 
high (disabling the PROM from sending any more configuration data). From then on, the value of the 
30 configuration clock CCLK is again irrelevant, as indicated by shading. 
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Multiple PROM Architecture 

Fig. 6 shows a block diagram of an architecture for configuring an FPGA 602, according to 

another embodiment of the present invention. As shown in Fig. 6, FPGA 602 is connected to a stack of 

eight different SPI serial flash PROM devices 604-0 to 604-7. 
5 In particular, the SPI interface 608 of each boot PROM 604 is connected to SPI interface 606 of 

FPGA 602, where SPI interface 606 has eight different "data in" pins SOSPI/D0 to SOSPLD7, each of 

which is connected to the SO pin of one of the eight PROMs, while each of the CSSPIN, CCLK, and 

SISPI/BUSY pins of FPGA 602 is simultaneously connected to the /CS, SCLK, and SI pins, respectively, 

of all eight PROMs. The definitions of these pins are analogous to the pin definitions given above for the 
10 architecture of Fig. 4. Although not shown in Fig. 6, FPGA 602 also has pins analogous to the PROGN, 

DONE, and EMITN pins of FPGA 402 of Fig. 4, and each PROM 604 has an optional pin analogous to the 

/RESET pin of PROM 404 of Fig. 4. 

In Fig. 6, the three configuration mode pins CFGO-2 are not shown as being connected to ground. 

CFGO-2 pins can be set, for example, to 000 in order to select the SPI03 mode to send the read command 
15 opcode 03, or to 100 in order to select the SPEX mode to send the programmable read command opcode 

to the PROM devices in parallel. In general, the configuration command embedded in the bitstream 

stored in the PROM device connected to the SISPI/D0 pin of the FPGA indicates how many boot 

PROMs are currently connected to the FPGA in a particular architecture. 

In addition, Fig. 6 shows FPGA 602 having a pin DO, which can be used in configurations 
20 having two or more FPGAs connected in a daisy-chain fashion, to enable the configuration command and 

data to be bypassed or overflow to the next FPGA device in the daisy chain. 

Fig. 6 also has an insert 610 showing a blown-up view of the portion of SPI interface 606 of 

FPGA 602 corresponding to the data input pins SOSPI/D0 to SOSPI/D7 and the configuration clock 

output pin CCLK. As shown in insert 610, SPI interface 606 has an 8:1 multiplexer (mux) 612 that 
25 serializes the eight different serial data streams received from the eight different PROMs 604 to generate 

serial bitstream 614, which is further appropriately distributed and processed within the FPGA to 

configure the FPGA using standard FPGA configuration processing. 

As described previously, FPGA 602 can be connected to any number of boot PROMs from one to 

eight. Timing controller 616 generates a three-bit mux control signal 618 to control the operations of 
30 mux 612 to properly generate serial bitstream 614 from the serial data streams received from the existing 

boot PROMs. In one implementation, control signal 618 corresponds to bits 28, 29, and 30 of control 

register 0 in the FPGA. In general, control signal 618 is initialized to (000), which causes mux 612 to 

output serial data received at the SOSPI/D0 pin from PROM 604-0. Similarly, when the command is 
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received by the FPGA to set control signal 618 is (001), mux 612 outputs serial data received at the 
SOSPI/D1 pin from PROM 604-1, and so on for the rest of the serial data received at and from the other 
pins and PROMs. 

Timing controller 616 changes the value of mux control signal 618 based on (1) a local clock 
5 signal 620 generated by an internal oscillator (not shown) and (2) a counter setting 622 that is equal to 
the number of boot PROMs that are currently connected to the FPGA and which currently have 
configuration data to transmit to the FPGA. In addition, timing controller 616 generates the 
configuration clock signal CCLK, which is transmitted to the SCK pin of each boot PROM, as local 
clock signal 620 divided by counter setting 622. 

10 For example, for the architecture of Fig. 6, in which eight boot PROMs simultaneously transmit 

serial data to the FPGA, timing controller 616 changes the value of mux control signal 618 at every cycle 
of local clock signal 620, e.g., to cycle through the eight different mux inputs in a sequential circular 
manner, while the configuration clock signal CCLK cycles once for every eight cycles of local clock 
signal 620. In this way, one bit from each boot PROM is interleaved by mux 612 to form one byte of 

1 5 serial bitstream 614 during every cycle of the configuration clock signal CCLK. 

As another example, if FPGA 602 were connected to only four boot PROMs (e.g., at SOSPI/D0 
though SOSPI/D3), then counter setting 622 would equal four, the configuration clock signal CCLK 
would cycle once for every four cycles of local clock signal 620, and one bit from each of the four boot 
PROMs would be interleaved by mux 612 to form four-bits of serial bitstream 614 during every cycle of 

20 the configuration clock signal CCLK. 

This pattern can be analogously extended to architectures having the other numbers of boot 
PROMs (i.e., one, two, three, five, six, and seven), with appropriate dividing of the local clock signal and 
corresponding control over the mux. The present invention can also be extended to architectures having 
more than eight boot PROMs by using larger muxes and corresponding control algorithms. 

25 In a preferred embodiment, a boot PROM is always connected to SOSPI/D0, any second boot 

PROM is connected to SOSPI/D1, any third boot PROM is connected to SOSPI/D2, and so on for 
however many boot PROMs there are. While this connection rule simplifies the implementation of 
timing controller 616, alternative embodiments having more complicated timing controllers may be able 
to support alternative connection schemes. 

30 As mentioned previously, counter setting 622 identifies the number of boot PROMs that are 

currently connected to the FPGA and which currently have configuration data to transmit to the FPGA. 
In a preferred implementation, FPGA 602 is capable of (1) reading different amounts of configuration 
data from different boot PROMs and (2) being simultaneously connected to boot PROMs having 
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different sizes. For example, assume that FPGA 602 can store up to three million bits of configuration 
data. In that case, FPGA 602 could be connected to a single standard-sized 4-Mbit SPI serial flash 
PROM that provides the configuration data to the FPGA, but this would involve a waste of IMbits of 
capacity. Alternatively, FPGA 602 could be connected to three standard-sized 1-Mbit SPI serial flash 
5 PROMs, each of which provides 1/3 of the configuration data to the FPGA. 

In another architecture, FPGA 602 is connected to one standard-sized 2-Mbit SPI serial flash 
PROM and one standard-sized 1-Mbit SPI serial flash PROM, where the 2-Mbit PROM stores 2/3 of the 
configuration data and the 1-Mbit PROM stores the rest (i.e., 1/3). In this case, with the 2-Mbit PROM 
connected to SOSPLDO and the 1-Mbit PROM connected to SOSPI/D1, FPGA 602 could initially read 
10 and interleave data from both boot PROMs for the first 2Mbits of configuration data and then change its 
clock timing and mux control to read the last IMbits of configuration data from only the 2-Mbit PROM. 
In this way, FPGA 602 can be efficiently configured using a minimal number of standard-sized boot 
PROMs. 

Although FPGA 602 can be connected simultaneously to two of more boot PROMs of different 

15 sizes and storing different amounts of data, it is also possible to (1) connect FPGA 602 to two or more 
boot PROMs of the same size, which store different amounts of data or (2) connect FPGA 602 to two or 
more boot PROMs of different sizes, which nevertheless store the same amount of data. 

In a preferred embodiment, the value for counter setting 622 is based on the configuration mode 
signal CFG and from information contained in the configuration data stored in the different boot PROMs. 

20 For example, FPGA 602 may be designed to initially read data from only the first boot PROM. 

Information encoded in that data instructs the FPGA when to begin to read data from other connected 
boot PROMs, if any (as indicated by the configuration mode signal CFG). Similarly, information 
encoded in subsequent configuration data can be used to inform the FPGA when one or more of the boot 
PROMs are running out of configuration data to transmit. 

25 111 a preferred implementation of FPGA 602, larger boot PROMs and/or boot PROMs having 

more configuration data are connected to lower numbered data bits (e.g., SOSPI/DO, rather than 
SOSPI/D7), although this is not necessarily required for all implementations. 

Fig. 7 shows a block diagram of an architecture for configuring FPGA 602 of Fig. 6, when FPGA 
602 is connected to only a pair of SPI serial flash PROM devices 604-0 and 604-1. In this case, the 

30 SOSPI/D0 pin of FPGA 602 is connected to receive data from the SO pin of PROM 604-0 and the 
SOSPI/D1 pin of FPGA 602 is connected to receive data from the SO pin of PROM 604-1, while the 
SOSPI/D2-7 are not connected (NC) to any boot PROMs. In this case, mux 612 of Fig. 6 interleaves the 
configuration data from the two PROMs to generate the serial bitstream used to configure the FPGA. 
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Although not necessarily depicted in Fig. 7, FPGA 602 and each PROM 604 has all of the 
analogous connections shown for the FPGAs and PROMs of Figs. 4 and 6. For example, in this case, 
FPGA 602 would receive a configuration mode signal CFG of (001) to indicate that the FPGA is 
connected to two PROMs. 

5 Fig. 8. shows a signal timing diagram for a portion of a boot cycle for the architecture of Fig. 7. 

In Fig. 8, CCLK_int corresponds to local clock signal 620 of Fig. 6. Similarly, DATA_int corresponds to 
serial bitstream 614 of Fig. 6. 

As indicated in Fig. 8, after FPGA 602 sends the read command and the starting address to the 
two boot PROMs 604-0 and 604-1 in parallel via SISPI/BUSY (similar to the processing represented in 
10 Fig. 5), the FPGA begins by reading the data coming out of only one boot PROM (604-0 in this 

implementation). Any data coming out of the other boot PROM 604-1 is ignored until the command not 
to ignore it (i.e., SISPI/BUSY going from low to tristated as in Fig. 5) is received. 

This initial processing of only boot PROM 604-0 data is represented in Fig. 8 prior to time Tl. 
As shown in Fig. 8, during this initial time period, the configuration clock signal CCLK sent from the 
1 5 FPGA to both boot PROMs is set equal to the internal clock CCLK_int. In response, both boot PROMs 
transmit data to the FPGA at that clock rate, but, by appropriately controlling mux 612, the data from 
only PROM 604-0 (i.e., SOSPI/D0) is used to generate the internal serial bitstream DATA Jnt, while the 
data from PROM 604-1 (i.e., SOSPI/D1) is ignored. 

Fig. 8 represents the last four bits (i.e., Bits 28-31) of a 32-bit (in this particular example) control 
20 signal transmitted from PROM 604-0 to the FPGA during this initial time period. This control signal, 
which is immediately interpreted by the FPGA, has embedded within it the command to instruct the 
FPGA to start processing (in this case, at time Tl) the bitstream(s) coming out of the rest of the boot 
PROMs in the architecture (in this case, the one other bitstream coming out of the one other boot PROM 
604-1). Time Tl of Fig. 8 is analogous to the start of clock cycle #128 in Fig. 5. 
25 Thus, at time Tl, based on the fact that the configuration control mode signal CFG indicated that 

there are two boot PROMs, the FPGA changes the rate of the configuration clock signal CCLK to be half 
the rate of its internal clock signal CCLKJnt. This causes the two boot PROMs to begin to transmit 
configuration data at half the rate as they did before time Tl. 

Similar to the processing described previously for Fig. 6, mux 612 within FPGA 602 receives 
30 data from both boot PROMs and interleaves then at the bit level to generate the internal serial bitstream 
DATAJnt. As represented in Fig. 8, boot PROM 604-0 stores all of the even numbered configuration 
data bits, while boot PROM 604-1 stores all of the odd numbered configuration data bits. In response to 
CCLK clock cycle #0, PROM 604-0 transmits configuration data Bit 0 to the FPGA at the same time that 
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PROM 604-1 transmits configuration data Bit 1 to the FPGA. During CCLK _jnt clock cycle #0, the mux 
passes Bit 0 received from SOSPI/D0 to DATAJnt. Then, during CCLKJnt clock cycle #1, the mux 
passes Bit 1 received from SOSPI/D1 to DATA_int. This data interleaving process continues as long as 
there is valid configuration data transmitted from both boot PROMs. (Note that, as indicated in Fig. 8, 
5 the FPGA's six other boot PROM data input pins (i.e., SOSPI/D2-D7) are ignored throughout the boot 
cycle.) 

If boot PROM 604-1 stores less configuration data then boot PROM 604-0, then the data from 
PROM 604-1 will be exhausted ahead of the data from PROM 604-0. In that case (not represented in 
Fig. 8), the configuration data will contain control data to instruct the FPGA to stop processing data from 

10 PROM 604-1. When that occurs, the FPGA will return the configuration clock signal CCLK back to its 
original rate and the FPGA f s mux will return to passing data from only PROM 604-0 on to DATAJnt. 

In general, the FPGA can be controlled to include or exclude data from any one or any 
combination of boot PROMs in the serialization process. As described previously, in this way, the FPGA 
can selectively stop reading from a boot PROM when all the configuration data stored in that particular 

1 5 PROM has been transferred to the FPGA. This capability enables the FPGA to be connected 

simultaneously to multiple boot PROMs having different sizes (or densities). For example, if the 
configuration bitstream for an FPGA is three million bits, but the standard sizes of PROMs are IMbits, 
2Mbits, and 4Mbits, then the FPGA configuration architecture can be efficiently implemented using two 
standard-sized PROMs as its multiple boot PROMs: a 1Mbit PROM and a 2Mbit PROM. This solution 

20 may be more advantageous that either (1) a single-PROM architecture that uses a single 4Mbit PROM 
(which wastes IMbits of capacity) or (2) a three-PROM architecture that uses three 1Mbit PROMs 
(which has a higher device count). 

In any case, after the FPGA has received all of its configuration data from the boot PROMs, the 
FPGA will terminate communication with all of the boot PROMs by driving the chip select signal 

25 CSSPDSf high to disable all of the boot PROMs. 

Although the present invention has been described in the context of bit-level interleaving of 
configuration data from different boot PROMs, those skilled in the art will understand that, in alternative 
embodiments, the interleaving can be implemented at levels other than a single bit (e.g., at a byte level). 
Such embodiments might have different timing characteristics and might need to provide buffering of 

30 configuration data prior to the actual interleaving. 

Although the present invention has been described in the context of FPGAs, those skilled in the 
art will understand that the present invention can be implemented in the context of other types of 
programmable devices, such as, without limitation, programmable logic devices (PLDs), mask- 
programmable gate arrays (MPGAs), simple programmable logic device (SPLDs), and complex 
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programmable logic devices (CPLDs). More generally, the present invention can be implemented in the 
context of any kind of electronic device that requires configuration data. 

Although the present invention has been described in the context of embodiments in which serial 
PROMs are used to store configuration data, in other embodiments, other types of memory devices can 
be used, including (1) other types of serial memory devices, such as serial random access memory 
(RAM) devices, and (2) even non-serial memory devices. For example, in theory, the present invention 
could be implemented using two or more parallel memory devices to store configuration data, where each 
memory device has two (or more) parallel output data pins that get connected directly to a corresponding 
number of pins on the programmable device being configured. 

It will be further understood that various changes in the details, materials, and arrangements of 
the parts which have been described and illustrated in order to explain the nature of this invention may be 
made by those skilled in the art without departing from the scope of the invention as expressed in the 
following claims. 
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